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(54) Method for bluetooth network formation based on on-demand routing protocol 



(57) A method for Bluetooth on-demand routing, 
and network formation, and a communication method of 
a Bluetooth group ad hoc network. With respect to a 
Bluetooth network system that has a source node, a 
destination node and a plurality of independent nodes, 
the method includes the forward and the backward path 
set-up steps . In the forward path set-up step, the source 
node sends out a route request message, thus setting 



up multi forward paths towards the source node and the 
destination node. In the backward path set-up step, the 
destination node in receipt of the route request message 
sends out a route reply message to the source node 
through one of the set forward paths, thus setting up a 
backward path. Through the set backward path, a route 
is formed as the most suitable path between the source 
node and the destination node to save battery power 
and provide broader bandwidth . 
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Description 

BACKGROUND OF THE INVENTION 

1. Field of the invention 

[0001] The present invention relates to a method for network formation and communication in a Bluetooth qrouD 
and more particularly, to a method for Bluetooth on-demand routing and networking formation and a communication 
method ,n Bluetooth group ad hoc network capable of minimizing the number of piconets. This present application is 
based on Korean Patent Application Nos. 2002-22824, 2002-34673, and 2002-72841, filed April 25 2002 June 20 
2002, and November 21 , 2002, respectively, which are incorporated herein by reference. 

2. Description of the Prior Art 

[0002] First, a conventional network formation algorithm for a Bluetooth network will be described 
[0003] Salonidis has suggested a Bluetooth topology construction protocol (BTCP) for scatternet formation. Accord- 
ing to the BTCP, there are three stages. In the first stage, a coordinator possessing information about all nodes is 
selected using a state-changing technique for symmetric link formation. In the second stage, the selected coordinator 
decides the functions of the respective nodes. Then the practical connection is made in the third stage The BTCP is 
based on the condition that all the nodes are within radio range. 

[0004] Based on the above condition, and also based on all the defined nodes. Aggarwal et al. have grouped the 
netoork into independent piconet clusters. When a so-called "super-master" that has the information about all the 
nodes is selected, the re-construction of, and connection between the piconets is performed under the monitor or 
control of this super leader. ' 

[0005] Law ef al. have suggested a one-step scatternet formation algorithm that has 0(log n) times of complexity 
and O(n) message complexity. According to this, all the nodes are separated to have only one leader. The constituent 
is a group of nodes that are connected to one another. The leader enters "seek and scan" state, and then selectively 
performs processes such as "connection", "merge", "mitigate" or moving of devices. The drawback of Law et al lies 
in the limitation that requires all the nodes to be within communication range. 

[0006] In the blue-tree algorithm, a node needs to have information as to whether it is a root node or not and infor- 
mation about one-hop peripherals thereof. 

[0007] Tan et al. simplified packet routing and scheduling by providing routes and loop free paths, respectively In 
the tree style structure, however, due to the fact that the joint node sen/ing as master in one piconet would serve as 
slave in the other, two piconets tend to be closely related to each other. 

[0008] Also, all the above algorithms focus the formation of scatternet on an individual operation in the data link layer 
not taking actual traffic conditions and traffic requests into account. Problematically enough, "active" state has to be 
resumed periodically, during, or after, the initial scatternet formation even when there is little traffic, to make sure that 
the point-to-point link is connected in the entire scatternet at the level of the physical link. 

[0009] In other words, power, which is a very essential factor of wireless communication devices, is unnecessarily 
consumed to maintain the links. Addressing such problems, Raman et al. suggested a theory on layer optimization of 
scatternet link formation with on-demand routing. However, more detailed analysis and realization thereof have vet to 
come. J 

[0010] Bhagwat and Segall suggested a routing vector method that routes the packet traffic in the scatternet Liu Y 
used network formation using newly defined LMP command language. But as found in the simulation test, traffic waiting 
time is considerably prolonged due to many inquiries in Bluetooth. 

SUMMARY OF THE INVENTION 

[001 1 ] Accordingly, it is a first object of the present invention to provide a method for on-demand routing and network 
forming, by which a route is formed only when a receiver of the Bluetooth ad-hoc network system desires so 
[001 2] It is a second object of the present invention to provide a communication method for the Bluetooth group ad- 
hoc network which is capable of minimizing the number of piconets while maintaining the network formation and route 
independently. ' 

[0013] The first object is accomplished by a method for routing and a network formation of a network system having 
a source node, a destination node, and a plurality of independent nodes, the method according to the present invention 
including the steps of setting multi forward paths from the source node towards the destination node in which the source 
node sends out a route request message, and setting a backward path in which the destination node in receipt of the 
route request message sends out a route reply message to the source node along one of the multi forward paths as 
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set, wherein a route is formed as the most suitable path between the source node and the destination node through 
the set backward path. 

[0014] The forward path set-up step preferably includes the steps of broadcasting a route request message when 
the source node requires a route towards the destination node and there are one or more routes available, and trans- 
5 mitting the route request message in which one or more intermediate nodes that are hopped next to the source node 
receive the broadcasted route request message and transmit the route request message to the next hopping nodes 
until the route request message reaches the destination node. 

[001 5] With a connection being set-up between the source node and the destination node, the source node becomes 
a master and the neighboring intermediate node becomes a salve, such that the route request message is transmitted 
10 from the master to the slave. 

[0016] All the intermediate nodes along the forward path are master-slave joint nodes. 

[0017] The route request message is a routing trigger that initiates an Inquiry operation in the source node to find 
and connect the neighboring nodes. 

[0018] Meanwhile, the backward path set-up step includes the steps of transmitting a route reply message to the 
15 source node in which the destination node in receipt of the route request message sends out the route reply message 
to the source node along one of the formed forward paths, and transmitting the route reply message in which interme- 
diate nodes that are hopped from the destination node towards the source node receive the route reply message, and 
transmit the route reply message to the next hopping nodes until the route reply message reaches the source node. 
[0019] The route reply message is a routing trigger that initiates a master-slave switching to interleave a slave-slave 
20 joint node between the master nodes. 

[0020] The master-slave switching is performed between a node spaced from the destination node by an even 
number and the next hopping node. 

[0021] In order to accomplish the second object, in a communication method of a Bluetooth group ad hoc network 
that comprises a plurality of adjacent wireless communication devices, the communication method according to the 

25 present invention includes the steps of forming a network that comprises a plurality of piconets comprising a slave 
node operating as a slave in only one piconet, a master node operating as a master in only one piconet, a slave-slave 
joint node operating as a slave in two piconets, and a master-slave joint node operating as a slave in one piconet while 
operating as a master in another piconet, and at least two piconets are connected by the slave-slave joint node; and, 
with a reception of the routing trigger at the joint node, the joint node bridging the piconets belonging to the formed 

30 network. 

[0022] The slave node performs an Inquiry Scan at a regular basis, to be found by a new master, and with a reception 
of a routing trigger signal, performs an Inquiry to find a nearby network. 

[0023] The slave node becomes a joint node when the slave node is found by a new master and thus a new link is 
added. 

35 [0024] The master node performs an Inquiry at a regular basis to find a free node positioned in a communicable 
range, performs the Inquiry Scan at a regular basis to be found by another master node when both master nodes are 
in a radio range, and switches to a slave node upon being found by another master node. 

[0025] The routing trigger is a signal generated from a routing protocol or a management entity, and at least one of 
route request (RREQ), route reply (RREP), and route error (RERR). 
40 [0026] A data structure of the nodes belonging to a same piconet, or to a same network, is recorded as a table, and 
routing is performed based on the table. 

[0027] The table is updated when a new node, or a new network is found, and with the link being lost, deletes 
corresponding node from the table. 

[0028] The table records at least a master node BD-ADDR, a slave node BD-ADDR, a connection lifetime, a piconet, 
45 or a network lifetime, and a BD-ADDR of a slave-slave joint node. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0029] The above objects and other features of the present invention will become more apparent by describing in 
50 detail a preferred embodiment thereof with reference to the attached drawings, in which: 

[0030] FIG. 1 is a view showing a protocol stack used in a Bluetooth group ad-hoc network; 
[0031] FIG. 2 is a view schematically showing a protocol stack of a Bluetooth node in an ad-hoc network; 
[0032] FIG. 3 is a view illustrating a function of a node during forward and backward paths in the Bluetooth on- 
demand routing and networking formation according to the present invention; 
55 [0033] FIG. 4 is a view illustrating a backward path among multi-forward paths in the Bluetooth on-demand routing 
and network formation according to the present invention; 

[0034] FIG. 5 is a view showing an example where the two neighboring blue-star islands are disconnected from each 
other; 
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nSrk folmaton'anr * Si9 " a ' '' nMin9 * M ™ * *** ™ tMng there0f in the blue " star 

[0036] FIG. 7 is a view illustrating the nodes in respective states. 

5 DETAILED DE SCRIPTION OF THE PREFERRED EMBODIMENT 

E \l%T£VH e P : esen , t J nvention wi " be desc "'bed in detail with reference to the accompanying drawings. 
[0038] IEEE 802. 1 1 b explains that any nodes can participate in the communication if they are located within a wireless 
commun l cat,on range because synchronization is made frame by frame and there is no pre-process required to se 
« up the M» in other words, the network is always available for use. In the case of multi-hopping, the network Eg ta 
EST!* ' ! n9 o a ! 90rithm - There is no sub " ,a y er protoc °' *"* of 802. 11 for network formation sySeT 
toll*- T' , 6 r ! °° th " 0de reqUireS f0rmati0n 0f piconets prior t0 P acket transmission. Briefly put while 

new To pr ° t0C ° " 6d Pr0f " e f ° CUSeS °" the ■ oureB and destination after the establishment of a ne^nTthe 
network format™ focuses on providing and maintaining the "better" route based on the data link layer between the 
's source and destination as well as the route. oeiween tne 

[0040] A plurality of paths may exist between two nodes, and, to select the path and route among them is the main 
whr^T': 9 al90rith r efined ^ * de "° tes a » *■ --work connections be'tween Jo node 
2£ h h r° Pa h Se ' eCted by the r ° Uting pr0t0C01 f0r packet ^nsmission. Of course, the routing aS 

20 2 r T ?m 'fA 03 " he ' P in the establishment of a ^twork. Well known for this purpose is the "route d E2& 
1 ! ? t , ?^ ET r ° Uting a ' 90rithm - MU ' ticasting and QoS < Qualit V ° f Se ™ a ) g^rantee are also Ze on 
eve of he £5* h h* 3 ™ " " ? RUrP ° Se ° f f ° rmation t0 perform bette ' pack * transmission at tne 

he "iter T ^ ^ ^ rearranginQ thS r0Ut6S Se,eCted for a " nodes " The emphasis * on 
he better quahty network. It is therefore very important to determine when, and which node becomes the master or 

SL" T*' ° f Wh ' Ch ° f j0int n ° de exists on the route between the source and the destination 
[0041] FIG. 1 illustrates a protocol stack that is used in the Bluetooth group ad-hoc network 

V^SS^^iSSS network encapsulation protoco1 (BNEP) for providin9 the — 9 

[0043] A network formation 26 is positioned between L2CAP (logical link control & adaptation protocol) 28 and BNEP 
25. The mam purpose of the network formation 26 is to realize faster, and better quality Bluetooth piconet and scatternet 

!X profocor"* ° f ^ ^ and ^ PhVSiCal layer ^ M ^ 26 is --munS: wShThe 

LI" 4 ? 1 Jl^™ 9 t0 FIG - 1,it iS aSSUmed that the routin 9 P rotocols are 'ocated in the IP layer 24 This hides the 
Bluetooth being executed in the higher layer of the routing protocol, or the like 

-5 .Tri^^T"* ,be purpose of the routin 9 P rotoco1 's to find out the best route within the existing network topology 

whfch no hf nCe , ? Ut,n9 Pr ° t0C01 ' n6tW0rk f ° rmati0n 26 determines which node ba «>mes the mastered 
which node becomes the slave, and which type the joint node is. 

[0046] As the network is formed using the minimum number of piconets possible in the given network diameter inter- 
i^ZS^ST SCh6dU,in9 ^ - "*« — — - a result, better maint^ncfof 

0 K jtjess rr Sors isrsr co1 and the neM formati ° n are c,ose,y — 

SUSj U f define ;, L3 tn ' 9ger " as a mechanism provided for the network formation to communicate with the routing 
K3!£25^ ' ayerS - M ° re d6tailed d6SCripti0n Wi " be made ab0Ut the " L3 W in theS 

5 2?U LittT^ ? 1 den ° te 3 Si9na,ing Pipe that connects the profile - the routin 9 Pretocol and management 
ent ty 32 with the network formation 26. The network formation 26 may exchange message or commands with the 
protocols or profiles of upper layers. « uuumidnos wrai tne 

[0050] The network formation 26 provides utility under the control of the defined profile or the routing protocol so as 

. decZ? I T qUa ' ity and fUrtherm ° re ' multi - hop P in 9 « formation. The number" S can 

decrease as there are smaller diameter, less inter-packet collision, smaller overlapping with adjacent piconets and 
more inter-piconet scheduling. It is also necessary that the network be maintained with less cost 
nnf,! JZ' I schema «cally illustrates the protocol stack of a Bluetooth node in the ad-hoc network 

hf Sh ° W ! H 0W the r ° Uting pr0tOCo1 33 and the nefwork formation 26 cooperates with each other under 

21 Sin 7 UP It , n6tW0rk environment - There is a si 9naling pipe existing among the networking application 
21 routing protocol 33 and network formation protocol 26. The network application layer 21 initializes the communi- 

oTtoS^ n TT\ V hS r ° Utin9 Pr0t0C0 ' 33 iS n0t informed 0f the route 10 the de stination. the routing 
protocol 33 inquires the network formation layer 26 positioned therebelow about the available path to the destination 
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If there is an available path in the network formation protocol 26 between the source and the destination, all the available 
paths are informed of the routing protocol. Since the different strategies and factors apply to the routing protocol 33 
and the network formation protocol 26, respectively, network topology stored therein may vary. 
[0053] The network formation protocol 26 needs to be informed of the network topology more than the routing protocol 

5 33 does. The routing protocol 33 selects one of the routes. If there is no path available in the network formation protocol 
26 to the destination, the routing protocol 33 sets a connection to the nearby node by starting the "inquiry/page" process 
through the HCI request. Then, the network topology information, or the request for destination is exchanged between 
the network formation protocols of the two neighboring nodes. This process repeats until the destination is found, or 
needs to be stopped due to other conditions. 

10 [0054] Terminology of the blue-star network is as follows: 

• Free node: node without a connection with other nodes. 

Slave node: node serving as a slave member in only one piconet. 
Master node: node serving as a master member in only one piconet. 
15 • Joint node: node serving as a member in at least two piconets. With the maximum number of piconets to which 
one node can join being M, if the node joins (M+1)th piconet, one link out of M piconets needs to be down. There 
are two joint nodes in the scatternet: S-joint node and M-S joint node. 
S-S joint node: joint node serving as a slave in both piconets. 

• M-S joint node: joint node serving as a slave in one piconet and as a master in another piconet. 
20 • Intermediate node: node agreed to transmit destined packets to another node. 

• Forward path: path determined to transmit data packet from one node that starts route discovery toward a desired 
destination. 

Reverse (backward) path: path determined to transmit RREP packet from an intermediate node that has a route 
to a destination node, or the destination. 
25 • Routing trigger: notification from on-demand routing protocol informing that a certain event is occurring, or is to 
occur. The notification may include parameter information, and initiated in the Bluetooth base band. The routing 
protocol may be located at the IP layer, management entity or Bluetooth data link layer. 

• Inquiry state: with a response from a node to an inquiry train, page is performed to form a link between two nodes. 
Dormant state: low-power consumption state of a Bluetooth node to save battery power in the connection and 

30 standby states, such as hold mode, sniff mode and park mode. 

• Blue-star island: piconet or scatternet having S-S joint node. The 'star 1 of the blue-star represents a star-shaped 
network topology. 

Master of the piconet is a center. There are two centers in the scatternet. 

35 [0055] FIG. 3 illustrates the function of the node in forward and backward paths of the on-demand routing and network 
formation according to the present invention. 

[0056] Referring to FIG. 3, each node can serve four functions of a free node, a master node, a slave node, and a 
joint node. In an initial stage, all nodes are free nodes. From a viewpoint of the route, i.e., in the direction of the packet 
forward route, the node is called as a source node, an intermediate node and a destination node. 
40 [0057] Any node in any state should enter the Inquiry Scan at a regular basis so as to be found irrespective of their 
states. 

[0058] On-demand network formation is made only upon request by the source node. Prior to this, all the nodes are 
independent. When the source node wants to send a packet to certain destination nodes but there is no available route, 
the routing algorithm starts finding paths to the destinations. 
45 [0059] The path finding process is ended when a route to the destination nodes is found, or all the possible path 
exchanges are searched. 

[0060] The source node broadcasts the RREQ message. The RREQ message in the routing protocol triggers inquiry 
in the base band of the source node to find and connect the neighboring nodes. 

[0061] In the routing protocol, a route to the destination is required, and the RREQ message is broadcasted when 
50 there is no route available. The node sends out the RREQ message to the connected node. 

[0062] For the node, the RREQ message is the "routing trigger" that initiates the inquiry in the base band except for 
the following four cases. 

[0063] 1 . When N (N < 7) of active slaves are pre-connected with respect to the master node 
[0064] 2. When M of piconets are connected by the joint node 
55 [0065] 3. When the time-to-leave (TTL) field of the RREQ message is terminated in the routing protocol, and 
[0066] 4. When a copy of the RREQ message is received. 

[0067] In the event that a new node is found by the inquiry process, the node becomes the master, while the new 
node becomes the slave of a newly formed piconet. The RREQ message is transmitted to the new node after formation 
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exfeting common? 00 ' " ^ i °" 1S (M+ 1 )th ^ " 6W "° de needs to disc °nnect from one of the 

EL tH!! P0S T S6S 3 ' ifetime attribUte - ™ S meanS the forward P ath must be confirmed within 

a hmrted time period More specfically, there is a park lifetime and a disconnect lifetime. While the path lifetime belongs 

[0069] Along the forward path, all the intermediate nodes are master-slave joint nodes 
[0070] Hereinbelow, the backward path will be described with reference to FIG 3 

[0071] m the routing protocol, with the reception of the RREQ message with respect to the destination the node that 

olT£ 7 5 f ^ reqUeS ' " itSe ' f 3 deStinati ° n 9enerates a message. Along the fo^vard 
path, all the intermediate nodes are M-S joint nodes. 

[0072] RREP message is a routing trigger that initiates stopping of inquiry in process, and re-forming of the network 
along the backward path and the subsequent reduction of existing piconets 

[0073] Meanwhile the RREP packet is a routing trigger that initiates a master-slave switch and subsequent inter- 
leaving of an S-S joint node between the master nodes. *«queni inter 

SUmLJ 118 main P"' nci P' e ° f the network re-formation is about the interleaving of available S-S joint nodes between 
the master nodes. The interleaving minimizes the number of piconets 

^JS^S"* re - f0rmati0n se 9 ment is imposed between the start node and the end node. The end node is 
in "TT 18 f nerated " The St3rt n0de is Where the RREQ message is first transmitted in the air when 

SES^TT.^ start node is a next hop node " h " the RREQ messa9e is first transmWed in the ai " 

[0076] The start node operates as a master, and the end node operates as a slave 

[0077] The networking application profile may have a high priority to determine roles of the nodes. Master-slave 
switch only occurs between even-number spaced nodes and the next hop nodes 

SS2J2.T Uto - taWe ° n fl an0ther Path may be a node t^t TTL has not elapsed, or the function of the node is 
unchangeable to minimize influences of the existing networks. Function of the node is also unchangeable for the nodes 
that wish to have a fixed function in the piconet. 

[0079] FIG. 4 illustrates the routing of backward path among the multi-forward paths according to the on-demand 
routing and network formation according to the present invention. oemana 

US? m AS Sh °T '"oo^L 4 ' transmission is ma «Je from the source node NO to the destination node N8 along two 

S^Itrr , r 685396 iS " 0t adVanC6d a ' 0ng the node N4 to node N6 " This » because the routing 
protocol selects a single route among them. As the park lifetime elapses, links on the unselected forward paths are 

10 ^ P ° Wer AS ^ diSC ° nneCt — e ' aPSeS ' ** « - 

[0081] Next, route error and ending the route will be described 

ESJ^tS' Sr ,0CO '' " link - breakS ° r tHe f0Ute endS ' the r0ute error < RERR > message is generated and 
k ^ ? . T 8896 18 3 r0Ut ' ng ,ri " er " that initiates parkin 9 of the """airing links. In the routing 
protocol, when the route to the destination ends, connections along the path are parked to save battery power Slale 
nodes need to wake up periodically to monitor the links. When the route to the destination is deleted from the route 
table, the connection along the path is severed. 

SH5. Th , 6 blU rt 8t !, iSl8ndS n6tW ° rk fomiati0n iS 3 tW °- Step protocoL The first ste P is an automatic formation among 
the free nodes. The blue-star islands network formation may be a piconet in which joint node operates as a slave in 

JST^n Z h ^ th6 flf8t 8UPP ' y ° f P0Wer ' the n0deS func,ion as free "odes according to default 

fijnc ion. Then the nodes switch in turn, to the Inquiry, Inquiry Scan, and Dormant states. The nodes are independent 

and thus ignorant to each other. Each node may access as a slave to become a slave node, and access as a master 
L h^Tt 3 m f ^ no e* The slave nodes may enter the Inquiry Scan state to be found by other piconets, and thus 

T f 8 06 f0mi6d ' Th6 ma8,6r n ° de enterS the lnguir y state t0 ""0 more slaves The master node 
also enters the Inquiry Scan state to be found by other masters, thus preventing two master nodes from entering into 

««« ^ 8 6 tWO nei 9hboring blue-star islands (a) and (b) in a non-connection state 

[0085] The second step of the blue-star islands network formation is to bridge the blue-star islands by the initiation 
enflK r FoSmrSp " " Sh0rt h nOtification transmitted ^ the routing protocol, profile or the management 

h r 1' » " 6r may be 3 meSSage SUCh as Route REQuest ° r " HEL LO" of the routing algorithm 
Commands from the profiles such as "Service Discovery" also belong to the L3 trigger. After the L3 trigger, all the edge 

2 1 2!7 n0de8 Perf T 'T^ Sta,e t0 check tether there is another slave node in the radto range. When 
uosfi, r f • r/T d ' 3 n6W PiC ° n6t iS f ° rmed - ln this case ' J° int node would ° e M -S Pint nooe. 
nodes in respeclive states 9 r °' e ° f n ° d6S b ' U6 " 8tar formation - and F 'G- 7 shows the 

[0087] In FIG. 6, the free node 53 is the one which existed before the network formation, and defined as the node 
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that has no connection with the other nodes. 

[0088] The free node 53 is a default node after the power-on. The free node 53 has no connection with the other 
nodes, and thus connectionless. The free node 53 enters Inquiry state, Inquiry Scan state and Dormant state in oper- 
ation S502. After the power-on, or after waking up from the Dormant state, the free node 53 generates a random 
5 number (Rnode) between [0, 1]. 

[0089] If, Rnode < R0, the node enters the Inquiry state. 
[0090] If, Rnode > R0, the node enters the Inquiry Scan state. 

[0091] If there is no setup of connection after the Inquiry and the Inquiry Scan, the node enters the Dormant state. 
[0092] As the traffic comes, the free node 53 starts Inquiry process. RO is a fixed threshold (Value for R0 is TBD 
10 through simulation). The free node 53 must have a higher possibility to be in the Inquiry Scan state than in the Inquiry 
state. The free node 53 may be a traffic source, or a destination. The free node 53 maintains its role until the initial 
role determination is performed. 

[0093] In the role determination process, the free node 53 may be a master node, or a slave node in operations 
S504, S505 in accordance with the state of the link as formed. Then with the breaking of the link as a slave node or a 
15 master node, the slave node, or the master node, is switched to the free node in operations S509, S510. 
[0094] The slave node is defined as a slave in only one piconet. 

[0095] The slave node 54 may be a traffic packet source, or a destination. In operation S506, the slave node 54 
regularly enters the Inquiry Scan state to be found by a new master so as to form a bigger blue-star island, and if there 
is no traffic, enters the Dormant state to save battery power. 
20 [0096] With the reception of the L3 trigger from the upper layer, the slave node 54 enters the Inquiry state to find the 
nearby blue-star island in operation S508. Inquiry schedule of the slave node 54 must be arranged carefully. When all 
the slave nodes 54 perform Inquiry at the same time, there may be serious IP packet collision. This deteriorates Inquiry 
process, i.e., prolongs connection set-up and causes waste of bandwidth. 

[0097] Until a link with another piconet is down, or a new link is added, the slave node 54 maintains its function. 
25 When the link is down, the slave node 54 is switched to the free node 53, thus loses the link in operation S510. When 
a new link is added, the slave node 54 is switched to a joint node. 

[0098] Meanwhile, the master node 51 may be a packet source, a packet destination, or a traffic packet relay node. 
The master node 51 regularly enters the Inquiry state and the Inquiry Scan state in operation S512. 
[0099] The master node 51 regularly enters the Inquiry state to find a free node within the range until N ( N < 7) 
30 active slaves are found. The master node 51 also enters the Inquiry Scan state regularly. This is to enable another 
master node in the radio range to find the master node. 

[0100] If a first master node is found by a second master node, the first master node becomes a joint node, i.e., M-S 
joint node, in the piconet of the second master node. Then, the first master node performs master-slave switching with 
one slave node, and becomes a S-S joint node. 

35 [0101] Meanwhile, other slave nodes belonging to the first master node attempt to join with a new piconetand become 
joint nodes in operation S514. The slave nodes, being joined with a new piconet, cannot become free nodes. 
[0102] The master node records the lifetime of the respective links and the update lifetime with respect to all the 
packets transmitted through the links. When the connection lifetime elapses, the connected nodes (slaves) are com- 
manded to enter the Dormant state to be a slave resource. 

40 [0103] The master node maintains its role until all the links are broken, or until it is found by another master. In the 
event that all the links are broken, the master node is switched into a free node, while, in the event that it is found by 
another master, the found master node breaks all the links with the slaves and switched into a slave node in a new 
piconet. 

[0104] The joint node 52 may become a traffic packet relay node among the packet source, the packet destination 
45 and the blue-star island. The joint node may enter the Inquiry Scan state regularly so as to be found by the nearby 
blue-star island. With the reception of the L3 trigger from the upper layer, the joint node enters the Inquiry state and 
finds the nearby blue-star island. 

[0105] Then after joining with the (M+1)th piconet, the joint node must break an existing active link based on the 
connection lifetime and the piconet lifetime. In any case, it must be assured that the joint node becomes a route bottle 
50 node. M is TBD. If there is no traffic, the joint node enters the Dormant state in operation S51 6 in order to save battery 
power. 

[0106] The joint node 52 maintains its role until one link is broken. When the S-S joint node link is broken, the joint 
node becomes a slave node in operation S518. When the M-S joint node link is broken, the joint node becomes either 
a master node or a slave node depending on which node is broken. 
55 [0107] Now, the L3 trigger will be described in greater detail. 

[0108] Considering the fact that the L2 trigger is used in the IETF draft only for the L2 layer, it is named L3 trigger 
to report an upper layer. According to IETF, the L2 trigger is a contraction of notification (potentially including parameter 
information) that indicates whether certain event has been, or to be occurred from the L2 layer. In here, the L3 trigger 
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is used to indicate the notification from the upper layer of the L2CAP. 

ho^LpnT!^ r0Utin9 Pr ° t0C01 ' the L3 tri " er may bS 3 RREQ * PB messa 9 e in the on-demand protocol, and may 
be a HELLO type message in the table-driven and on-demand protocols. While the RREQ message is used to find 

LITk With ' P addreSS> thS HELL ° meSSa9e is used t0 detect whether the nearby node is still available 

With the reception of the RREQ message from the other nodes, the slave node, being positioned between the source 
node and the destination node, checks whether there is a destination within reach. This is performed by the routina 
protocol. a 

[0110] If there is a destination within reach, a RREP (route reply) message is generated in the routing protocol by 

the routing algonthm. Along the backward path to the source, the node sends out the RREP message 

[0111] If there is no destination within reach, the node generates a L3 trigger signal and informs all the reachable 

slave nodes, performing the Inquiry to obtain the nearby blue-star island according to the algorithm 

[0112] If there is no reply node to the Inquiry, the node stops the Inquiry. 

sentto the 'node * * * *" '"^ BNEP COnnection is made therebetween, and the RREQ message is 

[0114] The process repeats until the destination is found, or id of maximum hop number is reached 
[0115] As described above, the RREQ message is relayed to the intermediate blue-star island. On the contrary the 
HELLO message is used only to detect nearby nodes. There is no destination node as defined. Accordingly the HELLO 
message can initiate the trigger without a relay and only in the source blue-star island. 

[0116] The L3 trigger may come from the management entity, a limited profile or the Service Discovery In this case 
only an upward interface that is from the network formation to the routing protocol, exists. The Service Discovery and 
the management type message can be the L3 trigger. 

[0117] All the nodes must keep a list of nodes inclusive of reachability in the same piconet and the same blue-star 
island in order to record the network topology. All the nodes can communicate through the M-S joint node Possible 
node data structure is listed in Table 1. When a new node, or a blue-star island is found, the node adds records and 
informs all the reachable nodes of the same. When the link is lost, the node deletes one, or a group of nodes from the 
record. Table 1 is the result of mapping the paths from the routing protocol to the base band. The same occurs in the 
routmg protocol. The connection lifetime attribute is used to record the active time of the connection. All the packets 
of the link are renewed of their attributes. The blue-star island lifetime is used to determine which of the two masters 
in radio range to become a slave. 



Table 1 



Nodes in same piconet 


Nodes in same blue-star island 


Nodes in different blue-star islands 


Master node BD-ADDR 
Slave node BD-ADDR 
Connection lifetime 
Piconet lifetime 


Master node BD-ADDR 
Slave node BD-ADDR 
Connection lifetime 
Blue-star island lifetime 
BD-ADDR of S-S joint node 


Master node BD-ADDR 
Slave node BD-ADDR 
Connection lifetime 
Blue-star island lifetime 
BD-ADDR of S-S joint node 
BD-ADDR of M-S joint node 



[0118] Table-driven routing protocol is driven to be combined with the network information. Node record and routing 

m«of 6 » the 0356 ° f on - demand r °u«ng Protocol, routing table and node record are different 

[01 19] With the Bluetooth on-demand routing and network formation according to the present invention, battery power 
can be saved, and broader bandwidth can be provided with respect to the traffic in progress. Furthermore a better 
scatternet formation is enabled by the master-slave switching along the backward path 

[0120] The network formation and the routing can be maintained independently, i.e., without being overlapped with 
each other, and the table-driven and on-demand protocol both can cover the same typeof routing protocol. Furthermore 
s.nce the joint node bridges piconets, the number of piconets can be minimized. Since the slave node only performs 
inquiry Scan, both the management requirements and the battery power consumption are minimized 

1211 ^° U9 ? 3 feW preferred embodiments of the present invention has been described, it will be understood by 
those skiHed .n the art that the present invention should not be limited to the described preferred embodiments but 
various changes and modifications can be made within the spirit and scope of the present invention as defined by the 
appended claims. ' 
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Claims 

1. A method for routing and network formation of a network system having a source node, a destination node, and 
a plurality of independent nodes, comprising the steps of: 

5 

setting multi forward paths from the source node towards the destination node to which the source node sends 
out a route request message; and 

setting a backward path in which the destination node in receipt of the route request message sends out a 
route reply message to the source node along one of the set multi forward paths, wherein a route is formed 
10 as a most suitable path between the source node and the destination node through the set backward path. 

2. The method of claim 1, wherein step of setting multi forward paths comprises the steps of: 

broadcasting the route request message when the source node requires a route towards the destination node 
15 and there is at least one route available; and 

transmitting the route request message in which at least one first intermediate node that is hopped next to the 
source node receives the broadcasted route request message and transmits the route request message to a 
next hopping second intermediate node until the route request message reaches the destination node. 

20 3. The method of claim 1 , wherein, with a connection being set-up between the source node and the destination 
node, the source node becomes a master and a neighboring intermediate node becomes a slave, such that the 
route request message is transmitted from the master to the slave. 



25 



4. The method of claim 1 , wherein all intermediate nodes along the forward path are master-slave joint nodes. 

5. The method of claim 1 , wherein the route request message is a routing trigger that initiates an Inquiry operation 
in the source node to find and connect neighboring nodes. 

6. The method of claim 5, wherein the routing trigger is provided from one of a routing layer and a management entity 
30 of a Bluetooth protocol. 

7. The method of claim 1 , wherein the step of setting the backward path comprises the steps of: 

transmitting a route reply message to the source node in which the destination node in receipt of the route 
35 request message sends out the route reply message to the source node along one of the set multi forward 

paths; and 

transmitting the route reply message in which intermediate nodes that are hopped from the destination node 
towards the source node receive the route reply message, and transmit the route reply message to the next 
hopping nodes until the route reply message reaches the source node. 

40 

8. The method of claim 7, wherein the route reply message is a routing trigger that initiates a master-slave switching 
to interleave a slave-slave joint node between master nodes. 

9. The method of claim 8, wherein the master-slave switching is performed between a node spaced from the desti- 
45 nation node by an even number and the next hopping node. 

10. The method of claim 7, wherein a routing that performs routing in the Bluetooth protocol is independent from the 
network formation, and formed one of a BNEP (Bluetooth network encapsulation protocol) layer and an IP (internet 
protocol) layer. 

50 

11. In a communication method of a Bluetooth group ad hoc network that comprises a plurality of adjacent wireless 
communication devices, the communication method comprises the steps of: 

forming a network that comprises a plurality of piconets comprising a slave node operating as a slave in only 
55 one piconet, a master node operating as a master in only one piconet, a slave-slave joint node operating as 

a slave in two piconets, and a master-slave joint node operating as a slave in one piconet while operating as 
a master in another piconet, and at least two piconets are connected by the slave-slave joint node; and 
with a reception of a routing trigger at a joint node, the joint node bridging the piconets belonging to the formed 
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network. 



1 2. The communication method of claim 1 1 , wherein the slave node performs an Inquiry Scan at a regular basis to be 
found by a new master, and with a reception of a routing trigger signal, performs an Inquiry to find a nearby network. 

13. The communication method of claim 11. wherein the slave node becomes the joint node when the slave node is 
found by a new master and thus a new link is added. 

14. The communication method of claim 1 1 . wherein the master node performs an Inquiry at a regular basis to find a 
free node positioned in a communicable range, 

performs the Inquiry Scan at a regular basis to be found by another master node when both master nodes 
are in a radio range, and 

switches to a slave node upon being found by the another master node. 

15. The communication method of claim 11, wherein the routing trigger is a signal generated from one of a routing 
protocol and a management entity, and at least one of route request (RREQ), route reply (RREP), and route 

(KtRK). 



error 



16. The communication method of claim 11, wherein a data structure of nodes belonging to one of a same piconet 
and a same network, is recorded as a table, and routing is performed based on the table. 

17. ^communication method of claim 16, wherein the table is updated when one of a new node and a new network 
is found, and with a link being lost, deletes a corresponding node from the table. 

18. The communication method of claim 16, wherein the table records at least one of a master node BD-ADDR a 
JnTnodf ' 3 connection ,jfetlme ' a P ico ™* and a network lifetime, and a BD-ADDR of a slave-slave 
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